Skip to content

Conversation

@odeimaiz
Copy link
Member

@odeimaiz odeimaiz commented Jun 18, 2025

What do these changes do?

This PR enhances the Request apps access dialog by asking the backend for the owners information instead of relying on the frontend's cache. This increases the chances to get the table properly populated.

RequestAccess

Related issue/s

How to test

Dev-ops

@odeimaiz odeimaiz self-assigned this Jun 18, 2025
@sonarqubecloud
Copy link

@odeimaiz odeimaiz changed the title 🐛 [Frontend] Fix: Request access 🐛 [Frontend] Enh: Request access Jun 18, 2025
@odeimaiz odeimaiz changed the title 🐛 [Frontend] Enh: Request access 🎨 [Frontend] Enh: Request access Jun 18, 2025
@odeimaiz odeimaiz changed the title 🎨 [Frontend] Enh: Request access 🎨 [Frontend] Enh: Request services access Jun 18, 2025
@odeimaiz odeimaiz requested a review from Copilot June 18, 2025 12:43
@odeimaiz odeimaiz marked this pull request as ready for review June 18, 2025 12:44
@odeimaiz odeimaiz added t:enhancement Improvement or request on an existing feature a:frontend issue affecting the front-end (area group) 🤖-automerge marks PR as ready to be merged for Mergify labels Jun 18, 2025
Copy link
Contributor

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull Request Overview

This PR updates the “Request apps access” dialog to fetch owner/user information from the backend instead of relying on a cached group store.

  • Replaces osparc.store.Groups lookup with an asynchronous osparc.store.Users.getInstance().getUser call.
  • Creates username and email labels up front and populates them once the backend responds (or sets an “unknown” fallback).
  • Adds error handling for failed user lookups.
Comments suppressed due to low confidence (2)

services/static-webserver/client/source/class/osparc/share/RequestServiceAccess.js:61

  • The variable userGroupId is misleading since it represents a user ID (the resource owner). Consider renaming it to ownerId or userId to improve clarity.
        const userGroupId = cantReadServiceData["owner"];

services/static-webserver/client/source/class/osparc/share/RequestServiceAccess.js:89

  • The new asynchronous branch should be covered by unit or integration tests (both success and failure paths) to prevent regressions in user lookup and UI updates.
          osparc.store.Users.getInstance().getUser(userGroupId)

@odeimaiz odeimaiz added this to the Engage milestone Jun 18, 2025
@odeimaiz
Copy link
Member Author

@mergify queue

Copy link
Collaborator

@matusdrobuliak66 matusdrobuliak66 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice!

@mergify
Copy link
Contributor

mergify bot commented Jun 18, 2025

queue

🛑 The pull request could not be merged

This could be related to an activated branch protection or ruleset rule that prevents us from merging. (details: 3 of 6 required status checks are expected.)

@mergify
Copy link
Contributor

mergify bot commented Jun 18, 2025

This pull request has been removed from the queue for the following reason: pull request dequeued.

Pull request #7924 has been dequeued. The pull request could not be merged. This could be related to an activated branch protection or ruleset rule that prevents us from merging. (details: 3 of 6 required status checks are expected.).

You should look at the reason for the failure and decide if the pull request needs to be fixed or if you want to requeue it.
If you do update this pull request, it will automatically be requeued once the queue conditions match again.
If you think this was a flaky issue instead, you can requeue the pull request, without updating it, by posting a @mergifyio requeue comment.

@odeimaiz odeimaiz enabled auto-merge (squash) June 18, 2025 12:53
@odeimaiz odeimaiz merged commit 15c27b9 into ITISFoundation:master Jun 18, 2025
107 of 111 checks passed
@odeimaiz odeimaiz added the release Preparation for pre-release/release label Jun 19, 2025
@matusdrobuliak66 matusdrobuliak66 mentioned this pull request Jun 20, 2025
92 tasks
@matusdrobuliak66 matusdrobuliak66 mentioned this pull request Aug 5, 2025
88 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

🤖-automerge marks PR as ready to be merged for Mergify a:frontend issue affecting the front-end (area group) release Preparation for pre-release/release t:enhancement Improvement or request on an existing feature

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants